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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnonunsn 

Prufungsantrag gem. § 44 PatG ist gestellt 

(3) Verfahren und System zum Optimieren des Anforderungsschickens in Workflow Management Systemen 

® Vorgeschlagen wird ein Verfahren zum Optimieren des 
Anforderungsschickens innerhalb einer Vielzahl von ver- 
teilten, vernetzten Rechnersystemen, einschlieBlich einer 
verteilten Applikation, deren Benutzung ein dieser Appli- 
kation zugrundeliegendes ProzefSmodell realisiert, in dem 
das Prozeflmodell einen Geschaftsablauf beinhaltet, be- 
stehend a us einer Vielzahl von Aktivitaten, die auf den 
Applikationssystemen durch eine Vielzahl von Anwen- 
dern ausgefuhrt werden mussen, einschliefilich des 
Schickens von Aktivitatsanforderungen zwischen einem 
ortlichen Applikationssystem, dem der Geschaftsablauf 
zugeeignet ist, und einer Vielzahl von Fernapplikationssy- 
stemen, die die Aktivitaten mit Hilfe einer Vielzahl An won- 
der ausfuhren. 

Die Grundidee ist das Optimieren der Zuweisung der An- 
■ wehder zu den geeigneten Applikationssystemen auf eine 
. Weise, da& die Anzahl der Fernarbeitselementanforde- 
• rungen optimiert wird. Das erfindungsgemaBe Verfahren 
kann vorteilhaft auf Workflow Management Systeme an- 
gewandt werden. Der betroffene OptimierungsprozeB be- 
inhaltet die Anwendung einer sogenannten "Optimie- 
rungsfunktiqn", die die Gesamtkosten fur die Anforde- 
rungsschicken und zusatzliche Kosten fur die Durchfu fi- 
ning des Geschaftsablaufs wiedergibt (Rgur 4). 
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Bcsclircibung 

DER ERFINDUNG ZUGRtJNDELIliGHNDER ALLGIi- 
MEINliR STAND DER TECHNIK 

5 

1.1 BEREICH DER EREINDUNG 

Die vorliegcnde Erfindung bclrifft die Vcrbesserung des 
Anfordcrungsschickens in vcrtcilten Applikationen, insbe- 
sondere in Workflow Management Systemen, im folgenden 10 
WMS bezeichnct, die in einer verteilten Umgebung in ei- 
nein vernelzten Rechnersystein arbeiten. Insbesondere bc- 
zieht sich die vorliegcnde Erfindung auf ein Verfahren und 
cin System zum Optimieren des Anfordcrungsschickens in 
sole hen Systemen. 15 

1 2 BRSCHREIB t JNG IJND NACITTEILE DES STAN- 
CES DER TECHNIK 

Zwar isl tier Gegenstand der Erfindung anwendbar auf die 20 
vcrschicdcnslcn Applikationen, d. i. wenn immer eine App- 
likalion init der grundlegenden Slruktur und Tenninologic 
dcr WMS beschrieben werden kann, jedoch wird die vorlie- 
gende Erfindung hier bcispielhaft als Anwcndung auf ein 
WMS beschrieben. 25 

Ein ncues Gebiet der Technologie mil steigender Bedeu- 
tung ist die Domane der WMS. WMS, wie sie z, B. vom 
IBM FlowMark i in piemen tiert werden, unterstiitzen die 
Modellierung und Ausfuhrung von Geschafts vorgangen. 
Geschaftsvorgange regeln, welcher Arbeitsteil eines Ar- 30 
beitsteilnetzes von wem durchgefuhrt wird und welche Be- 
tricbsmittel fur die Arbeit eingesetzt werden, d. h., ein Ge- 
schaftsablauf beschreibt, wie ein Untemehmen seine ge- 
schaftlichen Ziele erreichL Die einzelnen Arbeitsteile kon- 
nen auf eine Vielzahl verschiedener Rechnersysteme verteilt 35 
sein, die iiber irgendeine Art Netzwerk zusammengeschlos- 
sen sind. 

Der ProzeB des Konstruierens, Entwickelns und Fertigens 
eines neuen Produkts und der ProzeS des Andems oder An- 
passens eines bereits existierenden Produkts ist eine Heraus- 40 
forderung fiir Produkt manager und Ingenieure, das Produkt 
mit den geringstcn Kosten und innerhalb des ZeitpLans auf 
den Markt zu bringen und dabei die Produktquaiitat zu wah- 
ren oder sogar noch zu verbessern. Vielen Firmen ist klar, 
daB der herkomrnliche ProduktkonstruktionsprozeB nicht 45 
ausreicht, um diesen Forderungen gerecht zu werden. Sie 
brauchen frtihzeilige Anforderungen an die Fertigungstech- 
nik, kostenbewuBte Techniker, logistische Pianung, Be- 
schaffung, Fertigung, Dienstleistung und Unterstiitzung 
durch konstruktive Bemuhungen. Ferner erfordern sie Pla- 50 
nung und Regelung der Produktdaten durch Konstruktion, 
Freigabe und Fertigung. 

Die korrekte und wirksame AusfUhrung von Geschafts- 
vorgangen innerhalb einer Firma, z. B. Entwicklungs- oder 
Produktionsprozesse, ist von enormer Bedeutung fur eine 55 
Finna und hat einen signifikanten EinfluB auf den allgemei- 
nen Erfolg der Firma auf dem Markt Somit mussen diese 
Prozesse ahnlich wie technische Prozesse angesehen werden 
und mtlssen getestet, optimiert und verfolgt werden. Die 
Verwaltung solcher Prozesse wird ublicherweise von einem 60 
rechnergestutzten ProzeB d. i. WMS ausgefuhrt und unter- 
sttttzt. 

In D. J. Spoon: "Project Management Environment", IBM 
Technical Disclosure Bulletin, Bd. 32, Nr. 9A, Februar 
1990, S. 250-254, wird eine ProzeBverwaltungsurngebung 65 
cinschlieBlich Betriebsuingebung, Datenelcmente und App- 
hkationsfunktionen und -prozesse beschrieben. 

In R. T. Marshak: "IBM's FlowMark, Objet-Oriented 
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Workflow for Mission-Critical Applications", Workgroup 
Computing Report (USA), Bd. 17, No. 5, 1 994, S. 3-13, 
wird der Objcktcharaktcr des IBM FlowMark als Client/Ser- 
vcr-Produkt, aufgebaut auf ein echtcs Objckt model 1, be- 
schrieben, dessen Ziel eine cinsatzkritischc Produktionspro- 
zeB-Applikationscntwicklung und -cin sal/, ist. 

In II. A, Inniss und J. H. Sheridan: "Workflow Manage- 
ment Based on an Object-Oriented Paradigm", IBM 'lechni- 
cal Disclosure Bulletin, Bd. 37, Nr. 3, Marz 1994, Seitc 185 
werden weitere Aspckte dcr objektoricnlierten Modellie- 
rung fiir kundenspczifische Anpassung und Anderungen be- 
schrieben. 

In F. Ixymann und D, Roller: "Business Process Manage- 
ment with FlowMark", Digest of Papers, Cat. No. 
94CH3414-0, Spring COMCON 94, 1994, S. 230 bis 234, 
wird das Verwaltungswerkzeug fur Rechnerprozesse des 
IBM FlowMark auf dem Stand der Technik beschrieben. 
Das Mctamodell des IBM-FlowMark so wie auch die Imple- 
ment ierung des IBM-HowMark wird vorgestellt. Die Mog- 
lichkcitcn des IBM-Flo wMark fiir die Modellierung von 
Geschafts vorgangen sowie deren Ausfuhrung werden disku- 
tiert. Das Produkt IBM-FlowMark ist auch verfugbar fiir an- 
derc Compute r-Plattfornicn und die DokumenLation fiir den 
IBM-FlowMark ist in jedcr IBM-Branche verfugbar. 

In F. Leymann: "A meta model to support the modeling 
and execution of processes", Proceedings of the 1 I th Euro- 
pean Meeting on Cybernetics and System Research 
EMCR92, Wien, Osterreich, 21.-24. April 1992, World 
Scientific 1992, S. 287-294, wird ein Metamodell zum Steu- 
ern von Geschafts vorgangen vorgestellt und detailliert dis- 
kutiert. 

Der "IBM FlowMark for OS/2", Unterlage Nr. GH 19- 
8215-01, IBM Corporation, 1994, erhaltlich in jedem IBM- 
Verkaufsbiiro, stellt ein typisches, modernes, hochentwik- 
keltes und machiiges WMS dar. Es unterstQtzt die Modellie- 
rung von Geschafts vorgangen als Netzwerk von Akti vita- 
ten; siehe z. B. "Modeling WorkFlow", Unterlage Nr. SH 
19-8241, IBM Corporation, 1996. Als weitere Informatio- 
nen iiber Workflow Management Systeme, erhaltlich in IBM 
Verkaufsbiiros, konnte man anfuhrcn: IBM MQSeries Con- 
cepts and Architecture, Unterlage Nr. GIT 12-6285; IBM 
MQSeries Getting Started with Buildtime, Unterlage Nr. SH 
12-6286; IBM MQSeries Getting Started with Runtime, Un- 
terlage Nr. SH 12-6287. Dieses Netzwerk von Aktivitaten, 
das ProzeBmodell, ist aufgebaut als ein gerichteter, azykli- 
scher, gewichtetcr, farbiger Graph. Die Knotcn des Graphen 
stellen die Aktivitaten der Arbeitselemente dar, die ausge- 
fuhrt werden. Die Rander des Graphen, die Steuerverbinder, 
beschreiben die potentiellc Reihenfolge der Ausfuhrung der 
Aktivitaten. Die Definition des ProzeB-Graphen geschieht 
mittels der IBM FlowMark Definitionssprache (Definition 
Language - FDL) oder dem eingebauten Graphikeditor. Die 
Runtime- Koniponentc des Workflow Manager interpretiert 
den ProzeBgraphen und teilt die Ausfuhrung der Aktivitaten 
an die richtige Person am richugen Ort auf, z. B. durch Zu- 
weisung des l^sks zu einer Arbeitsliste der entsprechenden 
Person, wobei die Arbeitsliste als digitate Dalen im Arbeits- 
ablauf oder im ProzcBverwaltungs-Rechnersystem abge- 
speichert sind. 

In F. Leymann und W. Altenhuben "Managing business 
processes as an information resource", IBM Systems Jour- 
nal, Bd. 32(2), 1994, wird die dem IBM-Produkt FlowMark 
zugrundeliegende mathematische Theorie beschrieben. 

In D. Roller: "Verifikation von Workflows im IBM 
FlowMark", in J. Becker und G. Vossen (Herausg.): "Ge- 
schaftsabLaufmodellierung und Workflows", International 
TTiompson Publishing, 1995, wird die Anforderung und 
Moglichkeit der Verifikation von Arbeitsablaufen beschrie- 
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ben. Ferncr wird das Merkinal der graph isch en Animation 
fur die Vcrifikalion dcr ProzeBlogik dargeslellt, wic sic ini 
IBM-Produkt RowMark implcmentiert ist. 

Zum Implement ieren eines rechnergestutzten ProzeBver- 
wallungssy stems rnussen als crstes die Geschaftsprozesse 5 
analysiert werden, und als Ergebnis dieser Analyse muB ein 
ProzeBmodell als Aktivitaten-Netzwerk entsprechend dem 
Geschaftsablauf aufgebaut werden. Im IBM-Produkt 
RowMark werden die Geschaftsmodelle nicht in ein lauffa- 
higes Model I umgewandelt. Bei Laufzeit wird ein Muster to 
des Processes aus dern ProzeBmodell erstellt, genannt eine 
ProzeB-Instanz. Diese ProzeBinstanz wird dann vom IBM- 
Produkt RowMark dynamisch interpret iert. 

Ein Anwender kommunizicrt in der Regel im Dialog mit 
dem WMS iiber cine graphische Endanwender-Schnittstelle, 15 
die die vom Anwender auszuftihrenden Tasks als Icons dar- 
stcllt. Die Ausfuhrung eines bestirnmten Tasks lauft an, 
wenn der Anwender auf das betreffende Icon doppelklickl, 
was seinerseits das Programm zum Emplementieren der Ak- 
tivitat anlaufen laBt. 20 

Dicse Aktivitaten sind im allgcincinen Schriltc innerhalb 
eines bestirnmten Geschafisablaufs. Jede Aktivitat stellt ei- 
nen Arbeitsteil dar, den die angesprochene Person durch 
Starten eines Programms oder eines anderen Prozesses ab- 
schlieBen kann. 25 

Die auszufuhrenden Arbeiten weisen in der Regel cine 
Feinstruktur auf: 

Eine Aktivierungsbedingung definiert, warm die Aktivitat 
zur Ablaufsteuerung durch den Workflow Manager bereit 
ist; eine Ausstiegsbedigung definiert, warm eine Aktivitat 30 
durch den Workflow Manager als abgeschlossen behandelt 
werden soli. Der Kern der Aktivitat ist der Task, der aus der 
eigentlichen Aktivitat und einer Anfrage an eine Organisati- 
onsdatenbank besteht. Die eigentliche Aktivitat weist die 
Aktivitat einem Programmobjekt zu. Das • Programmob- 35 
jekt definiert fur jedes Betriebssystem, und moglicherweise 
auch fiir jeden Anwender, den Namen und die opera! iven 
Merkmale fur ein ausfuhrbares St tick Software. Das aus- 
fiihrbare Stuck Software lauft an, wenn die Aktivitat durch 
einen Anwender ausgefuhrt wird. Die Anfrage an die Orga- 40 
nisations-Datenbank definiert die Personen, die fiir die Aus- 
fiihrung der Aktivitat zustandig sind. Wenn die Aktivitat zur 
Aufhahme in den Programmablauf bereit ist, fuhrt das 
Workflow Management die spezifische Abfrage an die Or- 
ganisations-Datenbank durch. Diese Abfrage gibt einen Satz 45 
Personen zuriick, denen die Aktivitat zugewiesen ist Der 
Task wird in einen Satz Arbeit selemente umgewandelt, je- 
weils eines fur jede Person, die als Ergebnis der Anfrage an 
die Organisations-Datenbank ausgewahlt wird. Das Arbeits- 
element enthalt den Namen dcr Person und das auszufuh- 50 
rende Programm. Diese Arbeitselemente werden Teil der 
Arbeitsliste der Anwender. 

Jede der Aktivitaten wird durch eine Aktivitatenimple- 
mentierung ausgefiihrt. Die Aktivitatenimplementierungen 
sind in der Regel Programme, sie konnen aber auch der Auf- 55 
ruf eines Verfahrensobjekts oder einer in einer relationalcn 
Datenbank abgespeicherte Prozedur sein. Das wind spater 
unter Bezugnahme auf Fig, 2 beschrieben. 

Die Ergebnisse, die im allgemeincn von der von einer Ak- 
tivitat reprasentierten Arbeit produziert werden, werden in 60 
der Regel in einen Ausgangscontainer gelegt, der jeder Ak- 
tivitat zugeordnet ist. Da eine Aktivitat im allgemeinen ei- 
nen ZugrifF auf Ausgangscontainer anderer Aktivitaten er- 
fordert, wird jede Aktivitat auch zusatzlich einem Eingangs- 
container zugeordnet, Zur Laufzeit reprasenlieren die wah- 65 
ren Werte fiir die forraalen Parameter, die den Eingangscon- 
tainer einer Aktivitat bilden, den wahren Kontext einer In- 
stanz der Aktivitat Jeder Datencontainer wird durch eine 
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Datcnslruktur definiert. Eine Datenstruktur ist eine geord- 
nete IJstc von Variablen, genannt Struklurglieder, die einen 
Namen und einen Datentyp aufweisen. Datenverbinder re- 
present ieren die Ubertragung von Datcn aus dem Ausgangs- 
container auf die Eingangscontainer. Wenn ein Datenverbin- 
der einen Ausgangscontainer mit einem Eingangscontainer 
verbindet und die Datcnstrukturen der zwei Container ganz 
genau ubereinstirnmen, bildct der RowMark Workflow Ma- 
nager die Daten automatisch ab. 

Ein Geschaftsablaufmodell beinhaltet ferner die Be- 
schreibung des Aktivitatenflusses selbst zwischen den Be- 
triebsmitteln ("resources"), die die betreflendcn, von den 
einzelncn Aktivitaten dargcstclltcn Arbeitsteile tatsachlich 
ausfuhren. Ein Systemelemenl kann als ein besonderes Pro- 
gramm, cine Person, eine Rolle oder eine organisalorische 
Einheit spezifiziert sein. In der Laufzeit werden die Tasks in 
Aufforderungen zur Durchfiihmng hestimmte Aktivitaten 
an bestimmtc Personen aufgclost, was zu Arbeitselementen 
fiir diese Personen fuhrt Personalzuordnungen sind das 
Mittel, um Aktivitaten in der durch den SleuerfiuBaspekt ei- 
nes Gcschaftsablauftnodclls vorgeschriebenen Folge an die 
richtigen Lcutc aufzuleilen. Die Art und Weise, wie dem 
Personal Arbeit zugewiesen wird, wird spater im Kapitel 4. 1 
in weitcren Einzelheiten beschrieben. Jede Aktivitat in ei- 
nem ProzcB wird einem oder mehreren Personalinitgliedern 
zugewiesen, die in der FlowMark-Datenbank definiert sind. 
Ob eine Aktivitat manuell vom Anwender oder automatisch 
vom PlowMark Workflow Manager gestartet wird, und ob 
sie des Eingriffs des Anwenders zur Fertigsteliung der Ar- 
beit bedarf, oder die Arbeit selbstandig fertigstellt, es muB 
immer ein Personahnitglied zugewiesen werden. Die 
RowMark Personaldeftnidon beinhaltet mehr als die Identi- 
fizierung von Leuten in Ihrem Untemehmen in der 
FlowMark-Datenbank. 

Fiir jede definierte Person konnen Sie eine Stufe, eine Or- 
ganisation und vielfache Rollen spezifizieren. Diese Attri- 
bute konnen in der Laufzeit benutzl werden, um Leuten mit 
geeigneten Attributen dynamische Aktivitaten zuzuweisen. 

Eine Grundannahme solcher Systeme auf dem Stand der 
Technik ist, daB ein spezifisches WMS der Eigner des Ar- 
beitsablaufs ist Fur andere Arbeitsablaufe kann ein anderes 
WMS der Arbeitsablaufeigner sein. Das Eigner-WMS lauft 
an und steuert die Ausfuhrung des geeigneten Arbeitsab- 
laufs. Dieses WMS heiBt das M orUiche M WMS weil dieses 
der ubliche Ort fiir die Ausfuhrung des Arbeitsablaufs ist 

Eine weitere Grundannahme ist, daB ein Anwender im- 
mer nur einem WMS zugewiesen wird, fur das der Anwen- 
der identifiziert ist, z. B. durch seine/ihre Anwender-ID. 

Wenn ein Anwender fur eine bestimmte Aktivitat ausge- 
wahlt ist und dieser Anwender einem anderen WMS zuge- 
wiesen wird, muB eine entsprechende Information an das 
andere WMS geschickt werden, darait es in der Lage ist, 
diese Aktivitat auszufuhren. Dieses Schicken von Informa- 
tionen wird nachstehend als "Anforderung schicken" be- 
zeichnet Aus offensichtiichen Grunden wird dieses andere 
WMS als "Fern" -WMS bezeichnet 

Wenn nur ein einziger Anwender ausgewahlt wird, kann 
eine entsprechende Arbeitsarrforderung einschliefilich der 
zugehOrigen Aktivitatsdaten direkt an dieses andere WMS 
geschickt werden. Diese Aktivitatsdaten beinhalten den Ein- 
gangscontainer, den leilweise mit voreingestellten Werten 
geflillten Ausgangscontainer, die Personal-spezifischen Da- 
ten und die Aktivitat s-spczifischen Daten. 

Im einzelnen lassen sich die bei Wahl eines Anwenders 
vom ortlichen WMS Ubernommenen Aktionen, die einem 
Fern-WMS zugewiesen werden, wie folgt zusammenfassen: 
Als erstes wird eine Personalaufteilung durchgefuhrt, die 
spater im einfuhrenden Kapitel 4.1 in weiteren Einzelheiten 
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bcschricben wird. Zwccks Vcrcinfachung wird angenom- 
incn, cinB genau ein Anwcmlcr /.urn Arbcilen an der Aktivi- 
tat gewahlt wird. Wcnn der ein/.ige gewahlt c Anwcnder 
nichl Tcil des ortlichen WMS isl, wird das gceignctc Ar- 
bcitsablaufsystcm bestiinint. Als nachstes wird einc Anfor- 5 
dcrung einschlicBlich dicser Aktivitatsdatcn an das Fcrn- 
WMS geschickt. Dann wird auf An wort gewartet. Sobald 
die Ant wort eingeht, fiihrt das ortliche WMS die gceigneten 
Aktionen durch, wie z. B. Abspeichern des Ausgangscontai- 
ners in der Datenbank, Abspeichcrn der Prufpfadinformatio- io 
nen (in cin Ausfiihrungsprotokoll, auch Audit 'JYail gcnannl) 
und Fortsetzcn der Navigation. 

Das Fem-WMS fiihrt die folgcnden Aktionen durch: 
Es ciiipfangt die Anforderung vom ort lichen WMS. Dann 
werden dicse Aktivilalsdalcn in ciner Datenbank gespei- 15 
chert. Als nachstes wird fur den angegebenen Anwender ein 
ArbciLselemenl crzeugt und wird auf die Arheil shste dieses 
Anwcndcrs geset/i. 

Dann muB das System warten, bis der Anwender sein Ar- 
beitselernent wahlt. Die Container miissen von der Daten- 20 
bank abgerufen werden und die Aktivitatsimplemcnlicrung 
muB aufgerufen werden. Dann werden die Prufpfadauf- 
zcichnungen crzeugt, Containeranfordeningen werden er- 
fiillt, und das System muG warten, bis die Aktivitatsimple- 
mentierung abgcschlosscn ist. 25 

Als nachstes wird der Container und der Priifpfad zuriick 
an das ortliche WMS geschickt und etwaige Ruckslande 
werden ausgeraumt. 

Fin viel komplizierteres Verfahren wird erforderlich, 
wenn bei der Personal auflosung Anwender von mehr als ei- 30 
ncm WMS angewahlt werden. In diesem Fall muB sichergc- 
stellt sein, daB ein und nur ein Anwender die Aktivitat aus- 
fuhrt. Das setzt voraus, daB das betroffene WMS neben dem 
einfachen Anforderungsschicken noch weitere Informatio- 
nen austauscht. Wie iin einfachen Fall stimmt das ortliche 35 
WMS alle Wechselwirkungen zwischen den betroffenen 
WMS ab. 

In diesem Fall werden die nachstehenden Schritte ausge- 
fuhrt. Zwecks Vereinfachung wird angenommen, daB kein 
Anwender aus dem ortlichen WMS gewahlt wurde. 40 

Das ortliche WMS sendet eine Arbeilselernentanforde- 
rung an alle Fem-WMS, die wenigstens einen gewahlten 
Anwender aufweisen. Die Arbeitselementanforderung bein- 
haltet eine Liste aller Anwender, die dem Ziel-WMS zuge- 
ordnet sind, plus Informationen, die es dem Fern- WMS er- 45 
moglichen, Arbeitselemente fur die gewahlten Anwender zu 
erzeugen. 

Die Fem-WMS erzeugen Arbeitselemente fur jeden An- 
wender und setzen diese Arbeitselemente auf die richtigen 
Arbeitslisten der Anwender. Da das von einem Fem-WMS 50 
gemacht wird, werden diese Arbeitselemente vom ortlichen 
WMS als Fern- Arbeitselemente angesehen. 

Wenn ein Anwender ein Arbeitselement wahlt, lOscht das 
zustandige WMS zunachst dieses aus den Arbeitslisten aller 
Anwender, die dem gleichen WMS zugeordnet sind, und in- 55 
formiert dann das ortliche WMS, daB das Arbeitselement 
gewahlt wurde. 

Das ortliche WMS bestimmt das Fern- WMS, auf dem die 
Aktivitat zunachst gewaMilt wurde, und schickt dann eine 
"Anforderung zum Ausfuhren ,l an das gewahlte Fem-WMS. 60 
Diese Anforderung enthalt alle der Aktivitat zugeordneten 
Informationen. 

Das ortliche WMS sendet an die anderen Feni-WMS eine 
Meldung, daB ihre Anforderungen nichl mehr langcrerfiiilt 
werden. Die nicht gewahlten WMS Idschen die Arbeitsele- 65 
mente aus ihrcn entsprechenden Arbeitslisten. Fur den Fall, 
daB ein Anwender sein Arbeitselement bereits gewahlt hat, 
wird der Anwender dartiber in formiert. daB jemand anderer 
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das Arbeitselement gewahlt hat, 

Sobald das Arbeitselement vom gewahlten Anwender ab- 
geschlossen isl, schickt das Fem-WMS den Ausgangscon- 
taincr und die Mfpfadinformationen zuriick. 

Das ortliche WMS speichert den Ausgangscontainer in 
seiner Datenbank, speichert die Priifpfadinfonnationen und 
fahrt mil der Navigation fort. 

Das der vorlicgenden Hrfindung zugrundeliegende Pro- 
blem besteht dahcr in einer groBen Anzahl ,, verteilter ,, oder 
"l^'em'^Arbcitselcmcnte, weil aus der vorhcrgehenden Hc- 
schreibung ersichtlich isL, daB die Verwaltung der vcrteilten 
Arbeitselemente, d. i. das Hinundherschtcken der Arbeil- 
sanfordcrungen zwischen den verse hiedenen WMS teuer 
wird. Die dieser Verarbeitungsart zuzuordnenden Kosten 
sind proportional der Anzahl WMS, die an der Bcarbeitung 
einer Aktivitat betciligt werden miissen. 

1.3 AUFCABEN DER ERFINDUNG 

Bs istdaher die allgemeine Aufgabe der vorlicgenden Er- 
findung, ein Verfahren unrein System bcreitzuslellen zum 
Optimieren von Versandaufforderungen in vcrteilten Appli- 
kationen, und insbesondere in Workflow Management Sy- 
stemen. 

2. ZUSAMMENFASSUNG UND VORTETLE DER ER- 
1TNDUNG 

Die Aufgabe der vorliegenden Erfindung wird geldst 
durch die Merkrnale, die in den beiliegenden unabhangigen 
Anspriichen 1, 7 und 8 angefiihrt sind. Weitere vorteilhafte 
Anordnungen und Ausfuhmngsformen der Erfindung sind 
in den entsprechenden Unteranspruchen aufgefuhrt. 

Vorgeschlagen wird ein Verfahren zur Optimierung des 
Anfordemngsschickens innerhalb einer Vielzahl von ver- 
teilten, vemetzten Rechnersystemen, das eine verteilte App- 
likation beinhalten, deren Anwendung ein Verfahrcnsmodell 
als Grundlage dieser Applikadon realisiert, wobei das Pro- 
zeBmodell einen Geschaftsablauf bestehend aus einer Viel- 
zahl von Aktivilaten beinhaltet, die in dem Applikationssy- 
stcm durch eine Vielzahl Anwender ausgefiihrt werden mGs- 
sen, einschlieBlich Schicken von Aktivitatsanforderungen 
zwischen einem ortlichen Applikationssystem, das der Eig- 
ner dieses Geschaftsablaufs ist, und einer Vielzahl von Fer- 
napplikationssystemen, die diese Aktivitaten mil Hilfe der 
Vielzahl Anwender ausfuhren. 

Die Grundidee ist, die Zuordnung der Anwender zu den 
geeigneten Applikationssystemen zu optimieren durch Neu- 
zuweisung von Anwendem zu einem anderen WMS auf 
eine Weise, daB die Anzahl der Femarbeitselementanforde- 
rungen optimiert wird. Die erfindungsgeniaBe Methode 
kann vorteilhaft auf Workflow Management Systeme 
(WMS) angewandt werden. Der betreffende Opdmierungs- 
prozeB enthalt das Anwenden einer sogenannten "Optimie- 
mngsfunktion M , die die Gesamtkosten fiir das Anforde- 
rungsschicken und zusatzliche Kosten zur DurchfUhrung 
des Geschaftsablaufs wiedergibt 

Hierbei ist ein wesentlicher Parameter die Anzahl der be- 
troffenen Applikationssysteme, insbesondere WMS, weil 
diese die Empfanger der "teueren" Arbeitselementanforde- 
rungen sind, die im iibergeordneten System verschickt wer- 
den. Der zweite wesentliche Parameter ist die Anzahl der 
Arbeitselementanforderungen, die im System verschickt 
werden. 

U. a. sind weitere zusatzliche Zwange, die die Kosten be- 
einflussen, Hardwarekosten, verfugbare Bandbreite auf Da- 
tenubermitllungsverbindungen zwischen bestimmten Appli- 
kationssystemen bzw. WMS, Wartungskosten und individu- 
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cllc Produklqualilatskostcn, die fur jeden Gcschaftsablauf 
und jedes Untcrnehmen spczifiscli sind. 

Also nitissen Gcsamlkosten, einschlicBlich aller obigen 
Parameter, durch das crfindungsgemaBc Verfahren inner- 
halb vernunftiger Grenzen minimicrt werden, die von der 5 
Untemehmensverwaltung bestimmt werden. 

Zur Durch fuhrung dicscr Optimierungsfunktion ist ein 
Optimierungsdatenerfassungsschritt erforderlich. In diesern 
Schritt werden eine Vielzahl Fakten gesammelt, wobei ci- 
nigc dieser Fakten statistischc Dalen und die ubrigen nicht- io 
statistischc Daten sind. 

Dann werden die individuellen Optimierungsdaten gc- 
wichtel und die Gesarntoptimicrungsfunktion kann aufge- 
stellt werden oder eine bereits bestehende Funktion kann 
ausgewiihll und angewandt werden. A Is Ergcbnts der Opti- 15 
mierung werden einige Anwender rnoglicherweise einem 
anderen Applikations system zugewicsen, insbesondere ei- 
nem anderen WMS. Dai nit verringcrt sich die Anzahl der 
Arbeilselcmentanforderungen mil der Ncuzuweisung. 

DAS verfahren der vorliegendcn Erfindung mil den 20 
Merkmalen des Anspruchs 1 hat in Bezug auf die in der Dis^ 
kussion des Standes der Technik skizzierte Methode den 
Vorteil, daB sich das Anforderungsschicken verringen und 
somit die der Ausfuhrung des Geschaftsvorgangs zugeord- 
neten Kosten sin ken. 25 

In ciner bevorzugien Ausfuhrungsform der erfindungsge- 
maBen Methode umfaBt der Datensammelschritt das Aus- 
ziehen der Optimierungsdaten aus dem Priifgfad des ortli- 
chen WMS. 

In einer bevorzugien Ausfiihrungsform der erfindungsge- 30 
maBen Methode wird die Anzahl der WMS durch Zusam- ^\ 
menlegen inehrerer WMS reduziert. Somit vermindert sich 
das Anforderungsverschicken noch weiter und die Kosten 
kbnnen weiter reduziert werden. 

35 

3. KURZE BESCHREEBUNG DER ZEICHNUNGEN 

Die vorliegende Erfindung wird beispielhaft illustriert 
und ist nicht beschrankt durch die Form der Figuren der be- 
gleitenden Zeichnungen; in diesen ist 40 

Fig. 1 ein Einfuhrungsdiagramm, das die crste Phase der 
Ausfuhrung einer Aktivitat in cinem WMS wiedergibt, das 
das Erzeugen von Arbeitselemenlen gemaB einer herkomm- 
lichen Technik zeigt; 

Fig, 2 ist ein Einfuhrungsdiagramm, das die zweite Phase 45 
der Ausfuhrung einer Aktivitat in einem WMS wiedergibt, 
und das die Ausftihrung einer Aktivitatsimplementierung 
und den Zugriff auf Systernelement/Objekte durch die Akti- 
vitatsimplementierung gemaB einer herkotnmlichen Tech- 
nik zeigt; 50 

Fig, 3 ist ein Blockdiagramm, das die wesentlichen 
Schritte einer bevorzugten Ausfuhrungsform des Verfahrens 
gemaB der vorliegenden Erfindung zeigt; 

Fig. 4 ist eine Schemaskizze der Zuordnungen z wise hen 
ortlichen WMS und einer Vielzahl von Fern-WMS, deren 55 
jedes zugeordnete Anwender aufweist, und zwar im oberen 
Teil der Zeichnung vor Anwenden der erfindungsgemaBen 
Methode, im unteren Teil nach Anwenden der erfindungsge- 
maBen Methode; und 

Fig. 5 ist eine Schemaskizze gemaB Fig. 4, die in einer 60 
weiteren bevorzugten Ausfuhrungsform der vorliegenden 
Erfindung das Merkmal des WMS-Zusammenlegens zeigt. 
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4. DETAILLIERTE BESCHRKIBUNG DER ERFINDUNG 

4.1 FJNFOtfRUNG IN DAS ERFINDUNGSGEMASSE 
KONZEPT 

Das folgendc ist eine kurze Obersicht iiber die grundlc- 
genden Konzepte eines Workflow Management Systems auf 
der Grundlage des FlowMark WMS von IBM, und fuhrt di- 
rckt zum erfindungsgemaBen Konzept: 
Vom Gesichtspunkt eines Unlernehmens aus wird die Ver- 
waltung von Geschaftsabiaufen imrner wich tiger: Ge- 
schafisablaufe oder kurz ein ProzeB regeln, welchcr Teil der 
Arbeit ausgefuhrl wird und von wem, und welche Systcm- 
elemente ftir diesc Arbeit gcnutzl werden, d. h. ein (]c- 
schaflsablauf besclireibt, wic ein Untemchmen seine Ge- 
schafisziele erreicht. Ein WMS kann beides untersiutzen, 
das Modellieren von Geschaftsvorgangen und ihrc Ausfuh- 
rung. 

Das Modellieren eines Geschaftsablaufs als syntaktische 
Einlieit auf cine Weise, die direkt von einem Softwaresy- 
stem unterstiitzt wird, ist cxlrem wiinschenswert. Ferner 
kann das Softwaresystem auch als Interpretierer arbeiten, 
der ein solches Modell als Eingang bekommt: Das Model I, 
genannt ProzeBmodell oder Arbeitsablaufmodell, kann dann 
instantiiert werden und die individuelle Aufeinanderfolge 
von Arbeitsschritten in Abhangigkeit von dem Kontext der 
Instantiierung des Modells kann bestimmt werden. Ein sol- 
ches Modell eines Geschaftsablaufs kann als Mustervorlage 
fur eine Klasse ahnlicher Vorgange betrachtel werden, die 
innerhalb des Unternehmens ausgefuhrt werden; es ist ein 
Schema, das alle moglichen Ausfuhrungsvarianten einer be- 
stimmten Art eines Geschaftsablaufs beschreibt. Eine In- 
stanz eines solchen Modells und seine Interpretation stellt 
einen individuellen ProzeB dar, d. h. eine konkrete, kontext- 
abhangige Ausfuhrung einer Variante, die vom Modell vor- 
geschrieben wird. Ein WMS ermogEcht die Verwaltung von 
Geschaftsvorgangen. Es sieht ein Mittei vor, um Model le 
der Geschaftsvorgange zu beschreiben (Aufbauzeit) und es 
treibt Geschaftsvorgange auf der Grundlage eines zugeord- 
neten Modells an (Laufzeit). Das Metamodell des WMS 
RowMark von IBM, d. i. die syntaktischen Elemente, die 
fur die Beschreibung von Geschaftsablauftnodellen vorge- 
sehen sind, und die Bedeutung und Interpretation dieser syn- 
taktischen Elemente werden als nachstes beschrieben. 

Ein ProzeBmodell ist eine komplette Darstellung eines 
Prozesses, enthaltend ein ProzeBdiagramm und die Einstel- 
lungen, die die Logik hinter den Komponenten des Dia- 
gramms definieren. Durch das Anwenden verschiedener 
Dienste, die vom HowMark mit diesen Aufbauzeitdefinitio- 
nen bcreitgestellt werden, werden die ProzeBmodelle dann 
in ProzeBniustervorlagen zum Anwenden durch FlowMark 
in Laufzeit uragewandelt. Wichtige Komponenten eines 
FlowMark-ProzeBmodells sind: 

- Prozesse 

- Aktivitaten 

- Bldcke 

- Steuerflusse 

- Verbinder 

- Datencontainer 

- Datenstrukturen 

- Bedingungen 

- Programme 

- Personal 

Nicht alle diese Elemente werden nachstehend beschrie- 
ben. 

Vor diesen Hintergrund ist ein ProzeB, der durch eine Pro- 
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zeBinodellicrung im FlowMark modelJicrt wird, cine Folgc 
von Aktivilaten, (lie ausgefuhrl werden rniissen, urn den 
Task zu crfiillen. Der ProzeB ist das obersle Element eines 
FlowMark-Modclls. In cineni FlowMark-ProzcB kann man 
definieren: 5 

- Wie die Arbeit von ciner Aklivitat zur nachsten fort- 
schreiten muB 

- Welchc Personcn die Aktivitatcn ausfiihrcn miisscn 
und welchc Programme sie benutzen rniissen 10 

- Ob weilere Prozessc, genaunt Unterprozessc, im 
ProzeB verse hachtelt sind. 

Natiirlich konnen rnehrfache Instanzen eines FlowMark 
parallel ablaufen. 15 

Aktivilaten sind die grundlegenden Elcmente des Meta- 
modells. Fine Aktivitat si ell t cine GeschafLsaktion dar, die 
aus eincr gewissen Perspektive fur sich allcin einc semanti- 
sche Einhcit isL Mit dem Mode 11 des Geschaftsprozesses 
kann sie cine Fcinsfmktur aufwetsen, die dann ihrerseits 20 
durch ein Model 1 reprasendcrt ^winl, oder ihre Einzelheiten 
sind vom Standpunkt ciner Geschaftsablauf-Modcllicrung 
uherhaupt nicht von Interesse. Die Verfeinerung der Aktivi- 
taten iiber ProzeBmodelle laBt Modellieren von Gcschafts- 
prozesscn sowohl von unten nach oben als auch von oben 25 
nach unlen zu. Aktivitaten, die einen Schritt in einem ProzeB 
ausmachen, reprasentieren ein Stuck Arbeit, das die zuge- 
wiescne Person durch Anlaufenlassen eines Programms 
oder durch einen anderen ProzeB ausfiihren kann. In einem 
ProzeBmodell, werden die foigenden rnformationen jeweils 30 
einer Aktivitat zugeordnel: 

- Welche Bedingungen mussen erfullt sein, bevor die 
Aktivitat anlaufen kann. 

- MuB die Aktivitat durch einen Anwender von Hand 35 
angelassen werden oder kann sie automatisch starten. 

- Welcher Zustand zeigt an, daB die Aktivitat abge- 
schlossen ist. 

- Kann die Steuerung automatisch aus der Aktivitat 
aussteigen oder muB die Aktivitat zuerst von einem 40 
Anwender als abgeschlosscn bestaligt werden. 

- Wie viel Zeit ist zulassig fur den AbschluB der Akti- 
vitat. 

- Wer ist verantwortiich fiir den AbschluB der Aktivi- 
tat. Welches Program m bzw. welcher ProzeB wird zum 45 
AbschlieBen der Aktivitat benutzt. 

- Welche Daten sind zur Eingabe in die Aktivitat bzw. 
zur Ausgabe aus derselben erforderlich. 

Ein FlowMark-ProzeBmodell besteht aus den foigenden 50 
Aktivitatstypen: 

Programmaktivitat: Ihr ist ein Programrn zum Ausfuhren 
zugcordnet. Das Prograrnrn wird beim Anlaufen der Aktivi- 
tat aufgerufen. In einem voll automatisierten Arbeitsablauf 
fiihrt das Programrn die Akdvitat ohne menschlichen Ein- 55 
griff durch. Ansonsten muB der Anwender die Aktivitat 
durch Auswahlen derselben aus einer Laufzeit-Arbeitsliste 
anlaufen lassen. Der Ausgang voin Programrn kann im Aus- 
gangszustand ftir die Programrnaktivitat und ftir die Uber- 
gangsbedingungen zu anderen Aktivitaten benutzt werden. 60 
ProzeBaktivitat: Ihr ist ein (Unter-)ProzeB zur Ausfuhrung 
zugeordnet. Der ProzeB wird aufgerufen, wenn die Aktivitat 
anlauft. Eine ProzeBaktivitat stel It einen Weg dar, einen Satz 
Aktivitaten, die verschiedenen Prozessen gemeinsam sind, 
wiederholt zu benutzen. Der Ausgang aus dem ProzeB kann 65 
in der Ausgangsbedingung fur die ProzeBaktivitat und fur 
die Obergangsbedingungen zu anderen Aktivitaten benutzt 
werden. 
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Der SteuerfluB, d. h. der SteuerfluB durch cincn laufenden 
ProzeB, bestimtnt die Reihcnfolge, in der Aktivilaten ausge- 
fuhrt werden. Der FlowMark Workflow Manager fahrt einen 
beslimmtcn Pfad durch den ProzeB, der bestimml wird 
durch die Bcwertung der Start bedingungen, Ausgangsbe- 
dingungen und Obcrtragungsbedingungen als wahr. 

Verbindcr verbinden Aktivitatcn in einem ProzeBmodell. 
Durch Anwcndcn von Verbindem definicrt man die Folge 
von Aktivitatcn und die Daten ubcrtragung zwischen den 
Aktivitatcn. Da Aktivitaten nicht willkiirlich ausgetuhrt 
werden konnen, sind sie iiber Steuerverbinder miteinander 
verbunden. Ein Steuerverbinder kann als gerichtetcr Rand 
zwischen zwei Aktivilaten angeschen werden; die Aktivitat 
am Endpunktdes Verbinders kann nicht anlaufen, bevor die 
Aktivitat am Staripunkt des Verbinders (erfolgreich) been- 
det ist. Steuerverbinder modellieren somit den potentiellen 
SteuerfluB innerhaib eines Geschaftsablaufrnortells. Vorga- 
beverbinder geben an, wohin die Steuerung flieBen soil, 
wenn die tJbcrtragungsbedingungen kcines anderen Verbin- 
ders, der cine Aklivitat verlaBt, als wahr bewcrtet werden. 
Vorgabeverbinder setzen ein Arbeitsablaufmodell in die 
Lage, mit Ausnahmcereignissen fertig zu werden. Datenver- 
binder spezifiziercn den DatenfluB in einem Arbeitsablauf- 
modell. Ein Dalenverbinder entsteht aus ciner Aktivitat oder 
einem Block, und hat eine Aktivitat oder einen Block als 
Ziel. Man kann vorschreiben, daB Ausgangsdalen zu einem 
Ziel oder zu mehreren Zielen gehen mussen. Ein Ziel kann 
rnehr als einen Vcrbinder fur ankommende Daten aufweisen. 

Bedingungen sind die Millel, durch die es moglich ist, 
den SteuerfluB in einem ProzeB zu spezifizieren. In 
FlowMark ProzeBmodell en konnen logische Ausdrucke de- 
finiert werden, die vom FlowMark bei Laufeeit bewertet 
werden zum Bcstimmen, wann eine Aktivitat anlaufen, en- 
den und die Steuerung an die nachste Aktivitat ubergeben 
kann. Startbedingungen si ad Bedingungen, die bestimmen, 
wann eine Aktivitat mit eingehenden Steuerverbindern an- 
laufen kann. Die Startbedingung kann vorschreiben, daB alle 
eingehenden Steuerverbinder als wahr bewertet werden 
mussen, oder sie kann vorschreiben, daB mindestens einer 
von ihnen als wahr bewertet werden muB. Unabhangig von 
der Startbedingung mussen alle ankommenden Verbindcr 
bewertet sein, bevor die Aktivitat anlaufen kann. >Msnn eine 
Aktivitat keine eingehenden Steuerverbinder aufweist, wird 
sie bereit, sobald der ProzeB oder der Block, der sie beinhal- 
tet, anlauft. Zusatzlich wird jedem Steuerverbinder ein Boo- 
lescher Ausdruck, genannt Ubertragungsbedingung, zuge- 
ordnet. Parameter von Ausgangscontainern von Aktivitaten, 
die ihre Ergebnisse bereits erzeugt haben, werden als Para- 
meter, auf die in Ubertragungsbedingungen Bezug genom- 
men wird, weiterverfolgl, Wenn bei Laufzeit eine Aktivitat 
erfolgreich abschlieBt, werden alle Steuerverbinder, die 
diese Aktivitat veriassen, bestimmt und der Wahrheitswert 
der zugeordneten Ubergangsbedigungen wird auf der 
Grundlage der wahren Werte ihrer Parameter errechnet. Nur 
die Endpunkle der Steuerverbinder, deren als WAHR bewer- 
tete Ubergangsbedigungen als Aktivitaten betrachtet wer- 
den, gelten als Aktivitaten, die auf der Grundlage des augen- 
blicklichen Zusammenhangs des Geschaftsprozesses ausge- 
tuhrt werden konnen. Ubergangsbedingungen modellieren 
so den kontextabhangigen wahren SteuerfluB innerhaib ei- 
nes Geschaftsprozesses (d. i. eine Modellinstanz). Ge- 
schaftsprozessc beinhalten im allgemeinen lang laufende 
Aktivitaten; eine solche Aktivitat muB zulassigerweise un- 
terbrochen werden konnen. Somit zeigt die Beendigung ei- 
ner Aktivitat nicht nolwendigerweise an, daB der zugeord- 
nete Task erfolgreich abgeschlossen wurde. Um das Messen 
des Erfolges der von einer Aktivitat ausgefiihrten Arbeit zu 
ermoglichen, wird jeder Aktivitat ein Boolescher Ausdruck, 
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gcnannt Ausgangsbcdingung zugeordnet. Ebcn die Akti vita- 
ten, dcrcn Ausgangsbcdingungen iin augcnblickliehen Kon- 
text als wahr bewertet wurden, wcrden als crfolgrcich abge- 
schlossen bchandell. Zur Bcslimmung des aktucllcn Steucr- 
flusses werden eben die crfolgrcich abgeschlossenen Aktivi- 5 
taten bctrachtct. Also inufi der logischc Ausdruck eincr Aus- 
gangsbedingung, wenn angegeben, als wahr bewertet wer- 
den, darnit die Stcuerung von ciner Aktivitat oder eincin 
Block iibergeht. 

Die ProzcBdefinition beinhaltct das Model lieren von Ak- 10 
tivi taten, Steuerverbindcm zwischen den Akti vi taten, Kin- 
gangs/Ausgangs-Containern und Datenverbindem. Ein Pro- 
zeB wird reprasentiert als ein gerichtcter azyklischer Graph 
mil den Aklivitaten als Knoten und den Stcuer/Datenverbin- 
dern als Rander des Graphen. Der Graph wird iibcr eincn t5 
eingebauten, ereignisgetriebenen, CUA-vert rag lichen Gra- 
phik-Edilor behandelt. Die Datcnconlainer sind aLs benanntc 
Datenstrukturen spczifiziert. Dicse Datenslrukturen sclbst 
werden iiber die "DataStrucLureDerjnition"-liinrichtung spe- 
zifiziert. FlowMark untcrscheidet drei Haupttypen von Akti- 20 
vitaten: Prograirunaktivilaten, ProzeGaktivi taten und 
Blocke. Programmaktivitaten werden durch Programme im- 
plementiert. Die Programme sind iiber die Program mdefini- 
tionscinrichtung rcgistriert. Blocke cnthallcn die gleichen 
Konstrukte wie Prozesse, wie z. B. Aklivitaten, Steuerver- 25 
binder usw. Sie sind jedoch nicht benannt und hahen ihre ei- 
gene Ausgangsbcdingung. Wenn die Ausgangsbcdingung 
nicht erfullt ist, lauft der Block wicder an. Der Block imple- 
mentiert somit ein "Do Until" Konstrukt. ProzeBakti vitaten 
werden als Prozesse implementiert. Diese Unterprozesse 30 
werden gesondert als ein regularcr, benannter ProzeB mit al- 
ien seinen iiblichen Eigenschaften definiert. ProzeBakti vita- 
ten bieten eine groBe Flexibility fiir die ProzcBdefinition. 
Diese erlaubt nicht nur den Aufbau eines Prozesses durch 
eine permanente Verfeinerung der Akri vitaten in Pro- 35 
gramme und ProzeBakti vitaten (von oben nach unten), son- 
dern auch den Aufbau eines Prozesses au Bern alb eines Sat- 
zes existierender Prozesse (von unten nach oben). Insbeson- 
dere helfen ProzeBakti vitaten, die ModeLlierarbeit zu orga- 
nisieren, wenn inehrere ProzeBmodellierer zusammenarbei- 40 
ten. Das erlaubt den Tcam-Mitgliedem unabhangig an unter- 
schiedlichen Aktivitaten zu arbeiten. Programm- und Pro- 
zeBakti vitaten konnen mit einer Frist einander zugeordnet 
werden. Die Frist spezifiziert, wie lange die Aktivitat dauem 
darf. Wenn die Frist ubcrschritten wird, wird cine bestimmte 45 
Person unterrichtet. Wenn diese Person nicht innerhalb einer 
weiteren Frist reagiert, wird der ProzeBadministrator unter- 
richtet. Das hilft nicht nur, eine kritische Situation zu erken- 
nen, sondem auch, ProzeBfehler zu cntdecken, weil allc 
Meldungen in eincin PrUfpfad verzeichnet werden. 50 

Aile Datenstrukturen, die als Mustervorlagen fur die Con- 
tainer der Aktivitaten und Prozesse benutzt werden, werden 
iiber die Datenstrukturdefiniuonsvorrichtung definiert, Da- 
tenstrukturen sind Namen und werden als Elementardaten- 
typen wie Gleitkomma, Ganzzahl oder Zeichenfolge und 55 
Bezugnahme auf exist ierende Datenstrukturen definiert Das 
Verwalten von Datenstrukturen als gesonderte Einheiten hat 
den VorteiL, daB alle Schnittstellen von Aktivitaten und ihrer 
Implementierungen konsistent an einem Ort verwaltet wer- 
den (ahnlich der Kopfdateicn in Programm iersprachen). 60 

Alle Programme, die Programmaktivitaten implementie- 
ren, sind Uber die Programmregistrienjngsvomchtung defi- 
niert. Rcgistriert fur jedes Programm ist der Name des Pro- 
gramms, sein Ort, und die Aufrufzeichenfolge. Die Aufruf- 
zeichenfolge bestehl aus dem Programmnamen und der Be- 65 
fehlszeichenfolge, die fiir das Programm vergeben wurde. 

Bevor ProzeBinstanzen geschaffen werden konnen, muB 
das ProzeBmodell Ubersetzt werden, um die Richtigkeit und 
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Vollslandigkcit des ProzeBmodells sicherzustcllen. Die 
iibcrsctzte Version des Model Is wird bcini SchaPTcn ciner 
ProzeBinstanz als Mustervorlagc benutzt. Das ennoglicht 
das Einfiigcn von Andcrungen in das ProzeBmodell ohnc 
ausfuhrende ProzcBinstanzen zu bceinfiussen. Iiinc ProzeB- 
instanz wird geslartct cnt weder iiber die graphische Schnitt- 
stclle oder die abrufbare ProzeBapplikationsprograinmier- 
schnittstclle. Wenn cin ProzeB gestartet wird, werden die 
Startakti vitaten lokalisiert, die richtigen Lcute werden bc- 
slimmt. und die Aktivitaten werden als Arbeitselcmente auf 
die Arbeitsliste der ausgewahlten Leute gesetzt. Wenn ein 
Anwender das Arbeitsclcment, d. i. die Aktivitat, anwahlt, 
wird die Aktivitat ausgefuhrt und von der Arbeitsliste jedes 
anderen Anwendurs gestrichen, auf die die Aktivitat gesetzt 
worden war. Nach Ausfiihren ciner Aktivitat wird ihre Aus- 
stiegsbedingung bewertet. Wenn sie nicht erfullt ist, wird die 
Aktivitat erncut zur Ausfuhrung auf den Plan gesetzt, ande- 
renfalls werden allc ausgehenden Stcuervcrbinder und die 
zugehbrigen Ubergangsbedingungen bewertet. Ein Steuer- 
verbinder wird gewahlu wenn die Bedingung mit WAHR 
bcurteilt wird. Dann werden die Zielakti vitaten des ausge- 
wahlten Steuerverbinders bewertet. Wenn ihre Startbedin- 
gungen WAHR sind, werden sie auf die Arbeitsliste von 
ausgewahlten Leu ten gesetzt. Ein ProzeB gilt als beendet, 
wenn alle Endaktivilaten abgeschlossen sind. Um sicherzu- 
stcllen, daB alle En dak li vitaten abgeschlossen sind, wird ein 
TotpfadausschluB durchgefiihrt. 

Dieser beseitigt allc Rander im ProzeBgraph, die wegen 
der gestorten Ubergangsbedingungen nic erreicht werden 
konnen. Jede Information iiber den augenblicklichen Zu- 
stand eines Prozesses wird in der Datenbank gespeichert, die 
vom Server unterhalten wird. Das ennoglicht cine Vorwarts- 
wiederherstellung bei Abstiirzen. 

Wie oben bereits angegeben, unterstiitzen die WMS die 
Definition und AusfUhrung von Geschaftsprozessen. Diese 
Geschaftsprozesse bestchen aus einem Satz Aktivitaten, die 
von vcrschiedenen Lcutcn an verschiedenen Stclicn ausge- 
fuhrt werden; Geschaftsprozesse werden daher in den rnei- 
sten Fallen in einer verteilten Umgebung bearbeitet, die cin 
Netzwerk einer Vielzahl von Rechnersystemen beinhaltct. 
Die Aktivitaten wcrden im allgemeinen liber Programme 
implementiert, die der Anwender im Dialogverfahren be- 
nutzt und die die dem ProzeB zugeordneten Daten verwal- 
ten. Ein Anwender setzt sich in der Regel Uber einen graphi- 
schen Endanwender in Verbindung mit dem Workflow Ma- 
nagement System, der die durch den Anwender auszufuh- 
renden Tasks als Icons darstellt. Die Arbeit fiir einen be- 
st immtcn Task laBt ein Anwender durch Doppelklicken auf 
das entsprechende Icon anlaufen, das seinerseits das Pro- 
gramm startel, das die Aktivitat implementiert. 

Die AusfUhrung einer Aktivitat innerhalb eines Prozesses 
wird in zwei Phasen ausgefuhrt, die in Fig. 1 und Fig. 2 ver- 
anschaulicht sind. Fig. 1 zeigt die erste Phase, in der die Per- 
sonalaufteilung ausgefuhrt wird. Wenn ein ProzeB definiert 
ist, wird jeder Aktivitat ein Ausdruck zugeordnet (Personal- 
zuordnung), der beschreibt, wer die Aktivitat ausfiihren soli. 
Die Personalzuordnung wird ausgedriickt als Abfrage an die 
Organisationsdatenbank, die TeiL des Workflow Manage- 
ment System ist. Wenn sich das Workflow Management Sy- 
stem auf eine Aktivitat zu bewegt, benutzt cs diese Abfrage, 
um die Leute zu linden, die die Aktivitat ausfiihren soUen 
(Personalaufteilung). FUr jede ausgew&hlte Person wird ein 
Arbeitselernent 101, 102, 103 geschaffen. In Abhangigkeit 
von einigen Einstellungen wird das Arbeit selement unvcr- 
zUglich auf die Arbeiisliste 104, 105 einer gewahlten Person 
gesetzt oder wird Teil der Arbeitsliste des Anwcndcrs als Er- 
gebnis einer ausdriicklichen Anfrage. 

Fig. 2 zeigt den Steuerungsablauf, wenn der Anwender 
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cin Arbcitselemcnl aus der Arbeitslistc anlaufcn liiBt, die die 
zweitc Phase der Ausfuhrung ciner Aklivilal darstcllL Nach 
Doppelklick auf das Arbeitselcmcnt, das die Ausfuhrungs- 
anfordcrung der Aklivilal auf der Arbeit s lisle 201 darslellt, 
materialisiert das Workflow Management System den Kin- 5 
gabecontainer 202 und/oder den Ausgabecontainer 203 und 
aktivicrt das Prograinm 205, das die Aklivilal 204 implc- 
mentiert. Das ausgefiihrte Prograinm bestiinrnt in der Regel 
seinen Kontext durch Bilden ciniger oder aller Feldcr im 
Eingabcconlaincr, irilt mit dem Anwender in Dialog oder io 
modifiziert cinige Betriebsmiltel/Objekte 206, oder kurz 
ausgedriickt Daten, modifiziert den Kontext durch Spei- 
chern dieser Informalionen im Ausgabecontainer, und cndel 
dann. Das ist der AbschluB der Aktivitat, und der Durchlauf 
durch den Prozcflgraphcn wird fortgeselzt. 15 

Bei nahcrer Betrachlung von Aspckten, die naher am 
Brennpunkt der vorliegendcn Erfindung liegen, kann das 
Workflow Management, wie es z. B. vom IBM I ; lowMark 
implemenliert wird, so betrachlet werden, dafl es drei Di- 
mensioncn aufweisL 20 

Die crsle Dimension, die ProzeB logikdim en sion, bc- 
schreibt die auszufuhrenden Aktioncn, von wem sie auszu- 
fuhren sind, mil welchem Programm sie auszuftihren sind, 
und in welcher Rcihcnfolge sie auszuftihren sind. 

Die zweitc Dimension beschreibt die organisatorische 25 
Struktur, die LeuLc und die Rollen, die diese Leute spielcn. 

Die dritte Dimension beschreibt die IT-Infrastruktur, wie 
die Arbeilsablaufserver und die von den Anwendern benutz- 
ten Workstationen/Prograrnnie. 

Die wahre Ausfiihrung eines Arbeitsablaufs ist dann eine 30 
Reihe von Punkten im dreidimensionalen Arbeitsablauf- 
raum. Jeder Punkt stellt die Ausfiihrung einer Akii vital 
durch eine Person mit einem Rechner unter Vferwendung ei- 
nes bestimmten Progranims dar. 

Jeder Anwender, der an einem solchen Arbeitsablauf be- 35 
teiligt ist, wird einem WMS zugewiescn. Dieses WMS wik- 
kelt alle Dialogprozesse mit dem Anwender ab. A Is solches 
ist es auch verantwortlich fur die Verwaltung der Bearbei- 
tung einer AktivitaU die vom Anwender ausgefuhrt werden 
muB. Es hat seine eigene Datenbank, die alle ausfuhrungsre- 40 
levanten Informalionen zur UnterstUtzung der Ausfiihrung 
eines Arbeitsablaufs enthalt. Hier muB darauf hingewiesen 
werden, daB die WMS, die sich in die gleiche physikalische 
Datenbank teilen, im Wortlaut der Anwendung dec vorlie- 
genden Erfindung nicht als unterschiedliche WMS betrach- 45 
let werden. 

Wenn sich zwei WMS in die Ausfiihrung eines Arbeitsab- 
laufes teilen, dann bearbeitet jedes WMS bestimmte Aktivi- 
taten im Arbeitsablauf. Welche Aktivitaten uberhaupt aus- 
gefuhrt werden, hangt ab vom Kontext, in dem der Arbeits- 50 
ablauf ausgefuhrt wird. Beim IBM FiowMark z. B. hangt es 
ab vom Wert der Felder im Eingabe- und Ausgabecontainer 
des ProzeBmodells oder von den einzelnen Aktivitaten und 
ihrer Anwendung unter Obergangsbedingungen, die den 
Steuerverbindem zugewiesen sind. 55 

Welches der WMS verantwortlich-ist fur die Bearbeitung 
einer bestimmten Aktivitat hangt vorn Anwender ab, der der 
bestimmten Aktivitat zugewiesen ist. Der Anwender wird 
Oblicherweise durch DurchfUhren der Personalaufteilung 
ausgewahlt. Bei der Personalaufteilung wird jede Aktivitat 60 
im ProzeB einem oder mehreren Personalangehorigen zuge- 
wiesen, die in der FlowMark-Daienbank deflniert sind. Ob 
eine Aktivitat manuell vom Anwender oder vom FlowMark- 
Arbeitsablaufmanager automatisch gestartet wird, und ob es 
zum AbschluB der Arbeiten des Hingriffs eines Anwenders 65 
bedarf oder diese automatisch abgeschlossen wird, es muB 
immer ein Pcrsonalmitglied zugewiesen sein. Fur jede defi- 
nierte Person konnen eine Ebene und eine Organisation und 
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Viclfachrollcn vorgegeben werden. Diese Attribute konnen 
bei Laufzcil des WMS benutzl werden, uin Aktivitaten be- 
stimmten Lculcn mit gceigncten Atlributcn dynamisch zu- 
zuteilen. 

Diese gemeinsarne Ausfiihrung eines Arbeitsablaufs 
durch Mehrfach-WMS ist lypisch fur Arbcitsablaufc, die in 
einer Finna ablaufen. Sic setzt voraus, daB ailc tcilnehmen- 
den WMS iiber die gleichen Informalionen, wie das zugrun- 
delicgendc Arbeitsablaufmodell, die organisatorischen In- 
fonnationcn, und das auszufuhrende Programm verfiigen. 

Das geschieht ublicherwcise durch Wcilergeben der ge- 
eignelen Informationen von einem WMS, das als pri mares 
System beslimmt ist, an die anderen WMS. 

Begri Alien bilden alle beleiliglen WMS ein einziges 
WMS. In den meistcn Fallen sind die un terse hied lichen 
WMS einfach unterschiedliche Inslanzen des gleichen 
WMS. Die Fordcmng nach mehrfachen Inslanzen eines ein- 
zigen WMS ist iiblichcrwcise vorgegeben von der verteilten 
Nalur der Rechnerbetriebsmittcl. 

Die Verarbeitung von unterschiedlichcn AktivHtaten in- 
nerhalb eines Arbeitsablaufs durch vcrschicdenc WMS setzt 
eine Wechselwirkung zwischen den betrofTenen WMS vor- 
aus. Die erforderlichcn Wechsclwirkungen konnen in einer 
groBen Mannigfaltigkcit unterschicdlicher Wcchselwir- 
kungsprolokollc implemenliert werden. 

Die beispielhafte Anordnung und Beziehungen zwischen 
den hier beschriebenen WMS dient nur der Illustration; 
wirkliche Impleinentierungen konnen viel weiter cntwickelt 
sein. 

4.2 DETAELLIFRTC BESCHREIBUNG DER BEVOR- 
ZUGTEN AUSFUHRUNGSFORMEN 

Unter allgemeiner Bezugnahme auf die Figuren, und spe- 
zifisch anhand der Fig. 3 und 4, wird eine bevorzugle Aus- 
fuhrungsform des Verfahrens laut der vorliegenden Erfin- 
dung beschrieben. 

In einem ersten Block 110 werden die Sendeanforde- 
rungsoptirnierungsdaten fur den Geschaftsablauf erfaBt. Im 
ailgemeinen werden alle relevanten statistischen Daten be- 
trefTend Aklivitaten, einschlieBlich Wahrscheinlichkeiten, 
erfaBt, z. B. daB cin bestimrnter Zweig in den Arbeitsablauf 
aufgenommcn wird. Ferner werden nichtstadstische Daten 
betrefFend die Hardwarekosten, Bandbreitenkosten, War- 
tungskosten, wie oben erwahnt, erfaBt. 

Insbesondere wird die Anzahl der Aktivitaten, die fiir den 
betreffenden ProzeB ausgefuhrt werden, in einem Schritt 
112 bestimint 

In einem weiteren Schritt 113 ergibt die Ausfiihrung der 
Personalaufteilung fur jede der Aktivitaten die Anwender- 
gruppe, die wahrend der Ausfiihrung des Prozesses Arbeits- 
elemente erhalten. In Fig. 4 (und Fig. 5, wie spaler erklart 
wird), sind die Arbeitselemente als ovale Symbole darge- 
stellt. In Fig. 4 und 5 wird ein "SchnappschuB" einer Aktivi- 
tat mit den zugeordnelen Prozessen zum Verschicken der 
Anforderungen dargestellt. 

In einem nachsten Schritt 114 wird fur jeden der Anwen- 
der 1 bis 6 das zugeordnete WMS bestimmt. Im vorliegen- 
den Fall wird flir die Anwender 1 und 2 das WMS 1, fdr die 
Anwender 3 und 4 das WMS 2, und fur die Anwender 5 und 
6 das WMS 3 bestimmt. 

Dann wird in einem Schritt 115 die Anzahl der Femar- 
beitselementanforderungen besdmmt, und weiler, fur weL- 
che Aktivitaten sie erforderlich sind. Diese Fernarbeitsele- 
ment anforderungen sind in den Zeichnungcn als kleine 
Rechtecke dargestellt. 

Dann wird in Schritt 120 eine Optimierungsfunktion an- 
gewandL Diese Funktion ist spezifisch fllr jedes Untemeh- 
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men und deck! allc relevanlen Faktcn fiir die Dicnstlei- 
stungsqiiaJilat ab. Alle Dalcn und allc Parameter, die oben 
iin zusammenfassenden Kapilei angefuhrt wurden, konncn 
in Bciracht gczogen werden, so wie auch noch andcre, die 
nieht ausdrucklich genannt wurden. Dann werden alle Daten 5 
gewichtct zum FestJegen ihrer individueLIcn Relevanz in be- 
zug auf das aJlgcmeine Optimierungsergebnis, das der 
Funktion entnornmen werden soil. Als Alternative kann 
auch eine bcrcils cxistentc Optimierungsfunktion ange- 
wandt werden. io 

HrfindungsgernaB wird diese Funktion berechnet und er- 
gibt ein Koslenminimum der Optimierungsfunktion mit ei- 
ner entsprcchenden moglichen neuen Anwenderverteilung 
iibur die WMS im System. Das wird dargestellt iin unteren 
Tei 1 der Fig. 4, i n der die An wender 1 und 4 dem Fern- WMS 1 5 
1, die Anwender 2 und 3 dem Fem-WMS 2, und die Anwen- 
der 5 und 6 weiterhin dem Fem-WMS zugeordnet werden. 
Dainit werden die Anwender in Schritt 130 ihren WMS ge- 
maB dem optimalen Ergebnis neu zugeordnet, wie in Fig. 3 
im Zweig unten links dargestellt wird. 20 

Nehmen wir jetzt Bezug auf Fig. 5 und Fig. 3; hier wird 
eine weitere bevorzugte Ausfuhrungsforrn der erfindungs- 
gemaBen Methode beschrieben, in der eine Einschrankung 
im Vergleich zur Grund-Optimierungsfunktion nach obiger 
Beschreibung aufgehoben wird, wodurch die Optimierungs- 25 
funklion in Schritt 140 mehrere Workflow-Management-Sy- 
steme zu einem einzigen Workflow-Management-System 
zusainmenlegen kann. Das kann geschehen, nachdem - 
siehe Fig. 3 unten rechts - oder bevor die oben beschriebe- 
nen Schritte .ausgefiihrt wurden/werden. Wie in Fig. 5 dar- 30 
gestellt ist, werden als entsprechendes Optimierungsergeb- 
nis die Anwender 1 bis 4 dem sich ergebenden zusammen- 
gelegten WMScom zugeordnet wahrend die Anwender 5 
und 6 verbleiben wie vorher. 

Somit reduziert sich die Anzahl der verschiedenen WMS, 35 
was automatisch das Verschicken von Fernarbeitselemen- 
tanforderungen minimi ert. 

SchlieBLich kann Schritt 140 zum Zusainmenlegen meh- 
rerer WMS zu einem WMS ausgefiihrt werden, auch ohne 
den Schritt der Neuzuweisung der Anwender. Das wird dar- 40 
gestellt im Zweig unten Mitte in Fig. 3 fiir cine Situation, in 
der die Optimierungsfunktion bereits angewandt wurde. 
Trotzdem kann auch Schritt 140 angewandt werden, ohne 
Block 110 und Schritt 120 aus Fig. 3 durchlaufen zu miis- 
sen. 45 

Im allgemeinen sind zum Erfassen der Optimierungsda- 
ten als Elemente der Optimierungsfunktion, wie in Block 
110 beschrieben wird, verschiedene Alternativen moglich. 

Zum Bestimrnen der Anzahl Aktivitaten kann eine analy- 
tische und diskrete Simulation angewandt werden, die fur 50 
jeden der betroffenen Prozesse ausgefiihrt wird. Hier wird 
darauf hingewiesen, daB die Zahien, die von der Simulation 
betroffen sind, wie z. B. Wahrscheinlichkeiten, daB ein be- 
stimmter Zweig im ProzeB eingeschlagen wird, durch Ana- 
lyse des Priifpfads spater nachgepruft werden konnen. 55 

Ebensogiit kann der Prtifpfad der 6rtlichen WMS als Da- 
tenquelle genommen werden, weil alle relevanlen statisti- 
schen Daten aus diesem erhaltlich sind, wenn die Beobach- 
tungszeit lang genug ist. 

Die oben beschriebene Methode kann vorteilhaft in einem 60 
Arbeitsablaufoptimierungswerkzeug implementiert werden, 
das sich auf bereits verteilte Anwendungen anwenden laBt. 
Sogar eine Art Anwenderausgang, der als Zusatz zu jeder 
der betroffenen Aktivitaten programmiert ist, kann auch 
zum Generieren der Optimierungsdaten hergenornrnen wer- 65 
den. Auch diese Methode kann wahrend der Entwicklung 
des Geschaftsmodells fiir eine kOnftige Anwendung ange- 
wandt werden. Dann werden die Eingangsdaten durch Si- 
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mulalion crzeugt. 

In der obigen Beschreibung wurde die Hrfmdung unler 
Bczugnahmc auf eine spezifische beispiclhafie Ausfuh- 
rungsfonn beschrieben. Es ist jedoch ofTensichtlich, daf3 
verschiedene Modifikationen und Anderungen vorgenom- 
mcn werden konncn, ohne von Umfang und Wesensart der 
Erfindung abzuweichen, die in den anhangigen Anspriichen 
dargelegt sind. Die Beschreibung und die Zeichnungen sind 
dahcr illustrativ und nicht im einschrankenden Sinn zu ver- 
siehen. 

BEZUGSZEICHENLISTE 

101, 102, 103 Arbeitselemente 
104, 105 Arbcitslistcn 

201 Arbeitsliste 

202 Eingabe-Containcr 

203 Ausgabc-Container 

204 Akliviliit 

205 Program rn 

206 Systcmclemcntc/Objekte 

110 bis 140 Schrittc des erfindungsgemaBen Vcrfahrens 
Falentanspruche 

1. Fin Verfahren zum Optiinieren des Anforderungs- 
schickens innerhalb einer Vielzahl von verteilten, ver- 
netztcn Rcchncrsysteinen einschliefilich einer verteil- 
ten Anwendung, deren Benutzung ein ProzeBmodell 
realisiert, das der genannten Applikation zugrunde 
Hegt, 

wobei das ProzeBmodell einen Geschaftsablauf bein- 
haltet, 

der aus einer Vielzahl von Aktivitaten besteht, die in 
den Applikationssystemen durch eine Vielzahl von An- 
wendern ausgefiihrt werden miissen, und 
der das Schicken von Aktivitatsanforderungen zwi- 
schen einem onlichen Applikationssystem, dem der 
Geschaftsablauf zugeeignet ist, und einer Vielzahl von 
Fernapplikauonssystcmen, die diese Aktivitaten aus- 
fuhren, bewirkt, 

wobei das Verfahren die folgcnden Schritte beinhaltel: 
Erfassen (110) von Optimierungsdaten fur das Schik- 
ken der Applikationen, 

Anwenden (120) einer Gesamtopumierungsfunkuon 
einschlieBlich dieser Optimierungsdaten, und 
Neuzuwetsen (130) von Anwendern zu einem anderen 
Applikationssystem, so daB das Anforderungsschicken 
optimiert wird. 

2. Das Verfahren gemafi Anspruch 1, dadurch gekenn- 
zeichnet, daB die verteilte Applikation ein Workflow 
Management System (WMS) ist, 

der Schritt des Erfassens (110) von Optimierungsdaten 

fiir das Anforderungsschicken die Anwenderverteilung 

uber das WMS reflektiert, und 

Anwender einem anderen WMS neu zugewiesen (130) 

werden, so daB das Anforderungsschicken optimiert 

wird 

3. Das Verfahren gemafi Anspruch 2, wobei der Schritt 
des Erfassens (110) der Optimierungsdaten fur das An- 
forderungsschicken umfaBU 

Bestimrnen (112) der Anzahl der Aktivh&ten, die fUr 
den betroffenen Geschaftsablauf ausgefiihrt werden, 
Bestimrnen (113) der Gruppe der Anwender, die wah- 
rend der AusfUhrung des Geschaltsprozesses Arbeits- 
elemente erhalten, 

Bestimrnen (114) der Anzahl der zugeordneten WMS, 
die Fern arbeitselemente erhalten, 
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liestimmen (115), fiir welcbe Aklivilaten Fcrnarbeits- 
clemenle gcncriert wcrdcn. 

4. Das Vcrfahrcn gemaB Anspruch 2, wobei dcr Schritt 
dcs Hrfassens (110) der Optimierungsdaten fiir das An- 
forderungsschicken urnfaBt 5 
das Bcnulzcn cincranalylischen und/oder diskretcn Si- 
mulation zum Bcstimmen von Optimierungsdaten. 

5. Das Verfahren gemaB Anspruch 2, wobei dcr Schritt 
dcs Iirfasscns (110) der Optimierungsdaten fiir das An- 
forderungsschicken urnfaBt 10 
das Anwenden von Priifpfadinformalionen zum Be- 
stimmen der Optimierungsdaten. 

6. Das Verfahren gemaB einem beliebigen dcr vorste- 
henden Arispruche, das fcmer die foigenden Schritte 
bcinhaltel: is 
Reduzicrung der Anzahl der Applikationssystemc 
durch Zusammenlegen verse hiedener Applikau'onssy- 
stenic. 

7. Ein Workflow Management System, in dem das 
Verfahren gemaB einem der vorstehenden Anspriiche 20 
angewandl wird. 

8. Kin Arbeitsablaufoptimicrungswerkzeug, das ein 
Rcchncrprogramm zum rmpLementieren des Verfah- 
ren s gemaB einem der vorstehenden Anspriichc 1 bis 6 
cnthalt. 25 

9. Ein Anwenderausgang (User Exit) zum Ankoppeln 
an cin WMS, enthaltend ein Rechnerprogramm, das 
wenigstens einen der Optimierungserfassungsschritle 
gemaB Anspruch 3 oder 5 implementiert. 

10. Ein auf einem Dalentrager abgespeichertes Pro- 30 
gramm, das das Verfahren gemaB den Anspriichen 1 bis 

6 implementiert, wenn es in eine Rechnervorrichtung 
eingelesen wird. 
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